Русская версия

Search document title:
Content search 1 (fast):
Content search 2:
ENGLISH DOCS FOR THIS DATE- CS Checklist of Int Errors (INTRD-16, CSS-102) - B781016-2 | Сравнить
- Repair Correction List - B781016 | Сравнить

RUSSIAN DOCS FOR THIS DATE- Контрольный Список Ошибок Инт для КС (КС-102, ИНТРД-16) - Б781016-2 | Сравнить
- Коррекционный Список Исправления - Б781016 | Сравнить
- Проверочный Список Ошибок в Инт для КС (КС-102, ИНТРД-16) - Б781016-2 | Сравнить
CONTENTS C/S CHECKLIST OF INT ERRORS C/S CHECKLIST FOR DETECTING ERRORS ON INT: Cохранить документ себе Скачать
HUBBARD COMMUNICATIONS OFFICE
Saint Hill Manor, East Grinstead, Sussex
HCO BULLETIN OF 16 OCTOBER 1978
Issue II
ОФИС ХАББАРДА ПО СВЯЗЯМ
Усадьба Сент-Хилл, Ист-Гринстед, Суссекс
БЮЛЛЕТЕНЬ ОХС ОТ 16 ОКТЯБРЯ 1978
Выпуск II
C/SesРазмножить
Tech/QualВ техническое и квалификационное отделения
Class IV Grad ChecksheetВ контрольные листы выпускника класса IV
Interiorization Rundown Series 16
CS Series 102
Серия Программа интеризации, 16
Серия Кейс-супервайзера, 102

C/S CHECKLIST OF INT ERRORS

КОНТРОЛЬНЫЙ СПИСОК ОШИБОК ИНТ ДЛЯ К/С

There are two major errors that occur most frequently on Int handling which a C/S must be on the alert for:

Существует две наиболее частые ошибки во время инт урегулирования, в отношении которых К/С должен быть настороже:

1. Doing or running anything else before an Int Rundown when one is needed.

1. ВЫПОЛНЕНИЕ ИЛИ ПРОХОЖДЕНИЕ ЧЕГО-ЛИБО ДРУГОГО ПЕРЕД ИНТ РАНДАУНОМ

2. Overrunning the Int Rundown.

2. ПРЕВЫШЕНИЕ ИНТ РАНДАУНА

By far the commonest error is number one above. It happens most often at the very beginning of a session on Int itself, by the auditor engaging in two-way comm or ruds or a belabored and overcomplicated clearing of commands, or some other action than getting right onto the running of Int.

Наиболее частая ошибка это номер один выше. Чаще всего происходит то, что в начале сессии инт одитор занимается двухсторонним общением, рудиментами или неоправданным и чрезмерно усложненным прояснением команд или каким-либо иным действием вместо непосредственного прохождения инт.

This is flagrant. When I was C/Sing, it is what I kept running into – the auditor doing all kinds of preliminary steps before starting Int. It boils down to auditing over out-Int, and it can’t be done.

Это очевидно. Когда я К/Сил, именно с этим я постоянно сталкивался — одитор выполнял всевозможные предварительные шаги перед началом работы с инт. Это приводило к одитингу поверх вне-инт и ничего не давало.

You’ll get the auditor who says, “But all I did was ask him how he was feeling.” That’s enough. That’s two-way comm, and you can’t run anything else but Int when Int is out, and that includes two-way comm. You don’t ask the pc how he feels about anything. You just start the Int Rundown.

У вас есть одитор, который говорит: «Но все что я сделал, это спросил как он себя чувствует». Этого достаточно. Это двухстороннее общение, а вы не можете проводить что-либо еще кроме инт, когда есть вне-инт и это также включает в себя двухстороннее общение. Вы не спрашиваете пк о том, как он себя чувствует. Вы просто начинаете инт рандаун.

So that’s the first major error to watch for: somebody trying to run something else before the Int Rundown itself.

Так что это первая главная ошибка, за которой надо следить: кто-то пытается сделать что-то еще кроме самого по себе инт рандауна.

The second is overrun. Pc has a big cognition, a big win, TA blowdown, and the auditor misses it, goes right on past it and continues auditing. Or the pc exteriorizes and the auditor continues past exterior.

Второе это ПРЕВЫШЕНИЕ. У пк было большое озарение, большая победа, срыв РТ, а одитор пропустил это, проходил через это и продолжал одитинг. Или же пк экстеризовался, а одитор продолжает после экстеризации.

There is vital data on the end phenomena of Int on HCOB 4 Jan 71R, Int RD Series 2, and both C/S and auditor must have this data and know and be able to recognize the EP of Int when it occurs. Otherwise it will really mess up a case.

Существуют жизненно важные сведения по поводу конечного явления инт в БОХС от 4 января 1971П, серия инт РД 2, и К/С и одитор ДОЛЖНЫ знать эти данные и должны уметь распознать КЯ инт при его возникновении. Иначе кейс действительно можно запутать.

Those are the two major violations a C/S (and an auditor) must not permit in the running of Int if it is to be successful.

Это два основных нарушения, которые К/С (и одитор) не должны допускать во время работы с инт, чтобы получить успех.

Because they are the most major errors they have been included first on the checklist below.

Поскольку это наиболее основные ошибки, они были первыми включены в контрольный список, приведенный ниже.

C/S CHECKLIST FOR DETECTING ERRORS ON INT:

КОНТРОЛЬНЫЙ СПИСОК НАХОЖДЕНИЯ ОРШИБОК В ИНТ ДЛЯ К/С

The following is a checklist to be used in the C/Sing of Int. The C/S checks a bogged session or any session on Int, against this list to detect the exact cause of the trouble, or an error that could be the source of future trouble in ensuing sessions.

Ниже приведен контрольный список, который необходимо использовать во время К/Сования инт. КС проверяет застрявшую или любую другую сессию инт по этому списку для того, чтобы вычислить точную причину трудностей или ошибку, которая может стать источником неприятностей в последующих сессиях.

1. Doing or running anything else before an Int Rundown when one is needed. (Includes ruds, 2-way comm, L1C, anything.)

1. Выполнение или прохождение чего-либо еще перед необходимым инт рандауном. (Включает в себя рудименты, 2СО, L1C — все что угодно.)

2. Auditing over out-Int.

2. Одитинг поверх вне-инт.

3. Overrunning the Int Rundown.

3. Превышение инт рандауна.

4. Auditing past exterior.

4. Одитинг поверх экстеризации.

5. Overdoing the clearing steps preceding the actual rundown.

5. Перевыполнение шагов прояснения, предшествующих рандауну.

6. Running an Int button that only read on an MU or false read. (Failure to clear an Int button before running it.)

6. Работа с кнопкой инт, которая дала показание только на непонимании или дала ложное показание. (Отсутствие прояснения кнопки инт перед ее прохождением.)

7. Clearing all of the Int buttons before assessment, instead of clearing only the button with the largest valid read.

7. Прояснение всех кнопок инт перед оцениванием, вместо прояснения только той кнопки, которая дала наибольшее правильное показание.

8. Failure to use Suppress, Invalidate, and Misunderstood on an unreading Int button list.

8. Не использование «подавлено», «обесценено» и «не понято» со списком кнопок инт без показаний.

9. Misassessment of the Int button list.

9. Неверное оценивание списка кнопок инт.

10. Doing an Int Rundown when none of the buttons have read. (Constitutes running an unreading item.)

10. Выполнение инт рандауна, когда ни одна из кнопок показание не дала. (Равнозначно прохождению пункта без показания.)

11. Auditor can’t get reads or make a list read.

11. Одитор не может получить показания или добиться того, чтобы на списке были показания.

12. Not taking the Int Rundown to its full EP.

12. Не доведение инт рандауна до полного КЯ.

13. Not understanding the theory of Int and R3RA, and why one goes earlier or asks for an earlier beginning to the incident.

13. Не понимание теории инт и R3RA, и ПОЧЕМУ нужно идти раньше или запрашивать более раннее начало инцидента.

14. Running the concept of “was in” or “stuck in” instead of the concept of “moving in” or “going in” (on whatever the reading Int button is).

14. Прохождение концепта «был внутри» или «застрял внутри» вместо концепта «вхождения внутрь» или «войти внутрь» (или что-то подобное, в зависимости от того, какая кнопка инт дала показание).

15. Not repeating the actual button for the chain when asking for an earlier incident. (Not knowing R3RA commands.)

15. Не повторение действительной кнопки на цепи при запросе более раннего инцидента. (Не знание команд R3RA).

16. Not completing a chain to full Dianetic EP.

16. Не завершение цепи до полного Дианетического КЯ.

17. Not completing any one flow on an Int button in one session; thus ending a session on an unflat flow.

17. Не завершение какого-либо потока по кнопке инт за одну сессию, и, следовательно, завершение сессии на не сглаженном потоке.

18. Introducing Flow 0 to a pc for the first time on Int Rundown or Int repair. (i.e. running a Triple pc on Quad Flows.)

18. Проведение с пк потока 0 в первый раз на инт рандауне или исправлении инт. (То есть работа по четвертому потоку с пк, с которым ранее работали о тройкам).

19. Auditing over an earlier Dianetic error.

19. Одитинг поверх более ранней Дианетической ошибки.

20. Auditing the rundown “to exteriorize” the pc.

20. Проведение рандауна для того, чтобы «экстеризовать» пк.

21. Using preassessment or AESPs on Int.

21. Использование предоценивания или ОЭОБ во время инт.

22. Misassessing or incorrectly handling the Int Correction List.

22. Неправильное оценивание или неправильная работа со списком исправления инт.

23. Overcorrecting the Int Rundown.

23. Чрезмерное исправление инт рандауна.

24. Running Dianetics on a Dianetic Clear, Scn Clear or OT.

24. Проведение Дианетики с Дианетическим клиром, Саентологическим клиром или ОТ.

25. And, on the part of the C/S, attempting to correct a botched Int Rundown without a full FES of the Int RD or any Int repair being done first.

25. И, что касается К/С, попытка исправить провалившийся инт рандаун без первоначального выполнения полной сводки ошибок папки по инт РД или любому исправлению инт.

___________

Вышеприведенные моменты полностью охватываются в серии инт рандауна. С теми кейсами, которые не очень хорошо проходят инт, были допущены одна или более из этих ошибок.

The above points are all covered fully in the Int Rundown Series. Cases that are not running well on Int will be found to have had one or more of these errors committed on them.

Использование вышеприведенного списка для обнаружения и предотвращения ошибок инт облегчит работу К/С и позволит и одитору и пк более гладко справиться с инт.

Using the above list to spot and prevent Int errors will make the C/S’s job lighter and give both auditor and pc a smoother run on Int.

Л. РОН ХАББАРД
Основатель
L. RON HUBBARD
Founder
LRH:jk